Dynamic memory allocation in an optical transceiver

ABSTRACT

Methods, algorithms, architectures, circuits, and/or systems for dynamically allocating memory for storing parametric data in optical transceivers are disclosed. The optical transceiver can include an optical receiver configured to receive optical data; an optical transmitter configured to transmit optical data; a microprocessor configured to access data for each of a plurality of parameters that are related to operation of at least one of the optical receiver and the optical transmitter; one or more memories configured to store the data at a plurality of locations that are dynamically allocated by the microprocessor; and an interface configured to receive a request for data for one or more of the parameters from a host and provide the data in response to the request. In the present disclosure, the host is unaware of the locations at which the parametric data are stored.

FIELD OF THE INVENTION

The present invention generally relates to the field of opticaltransceivers. More specifically, embodiments of the present inventionpertain to memory allocation for data related to operation(s) of anoptical transceiver.

DISCUSSION OF THE BACKGROUND

Optical transceivers send and receive data in an optical form over anoptical link, such as a fiber-optic link. An optical transmitter caninclude laser driver circuitry to drive a diode, such as alight-emitting diode (LED), to create optical pulses on the fiber-opticlink from received electronic signals. An optical receiver can include aphotosensitive diode to receive optical signals, which are thenconverted into electronic signals. Thus, an optical transceiver converts(i) optical signals into analog and/or digital electronic signals and(ii) electronic signals into optical signals.

In order to determine if the optical transceiver is functioningcorrectly, various operational parameters are monitored. In conventionalapproaches, these monitored parameters are stored on the opticaltransceiver in a memory-mapped fashion. In this case, a host processoror circuit board transmits a memory address to the transceiver in orderto access a monitored parameter stored at that memory address in thetransceiver. However, this approach limits transceiver usage for otherpurposes by statically allocating certain memory portions strictly forsuch parameter storage.

SUMMARY OF THE INVENTION

Embodiments of the present invention relate to methods, algorithms,architectures, circuits, and/or systems for dynamically allocatingmemory for parametric data in optical transceivers.

In one embodiment, an optical transceiver can include (i) an opticalreceiver configured to receive optical data; (ii) an optical transmitterconfigured to transmit optical data; (iii) a microprocessor configuredto access data for each of a plurality of parameters that are related tooperation of at least one of the optical receiver and the opticaltransmitter; (iv) one or more memories configured to store the data at aplurality of locations that are dynamically allocated by themicroprocessor; and (v) an interface configured to (a) receive a requestfor data for one or more of the parameters from a host and (b) providethe data in response to the request, where the host is unaware of thelocations in the one or more memories at which the data are stored. Thisinvention further relates to an optical triplexer that includes such anoptical transceiver.

In another embodiment, a method of controlling access to parametric datain an optical transceiver can include (i) scanning one or more memoriesin the optical transceiver to determine available data storage locationstherein; (ii) dynamically allocating a location from the available datastorage locations for storage of the parametric data, where theparametric data is for an operational parameter of the opticaltransceiver; and (iii) storing the parametric data in the one or morememories at the location.

In yet another embodiment, a method of accessing parametric data in anoptical transceiver can include (i) receiving a request for theparametric data from a host, where the parametric data is for anoperational parameter of the optical transceiver; (ii) translating anidentifier from the request into a location in one or more memories inthe optical transceiver at which the parametric data is stored, wherethe host is unaware of the location; and (iii) sending the requestedparametric data to the host.

In a further embodiment, a system for accessing parametric data caninclude (i) an optical transceiver configured to transmit and receiveoptical data, where the optical transceiver includes a microprocessorand a memory, the microprocessor being configured to access theparametric data, and the memory being configured to store the parametricdata at one or more locations that are dynamically allocated by themicroprocessor; and (ii) a host configured to provide a request to theoptical transceiver for the parametric data and receive the parametricdata from the optical transceiver in response to the request, where theparametric data is related to one or more operations of the opticaltransceiver, and the host is unaware of the one or more locations in theone or more memories at which the parametric data are stored.

Embodiments of the present invention advantageously provide an approachthat dynamically allocates memory for usage in storing parametric datain an optical transceiver. Embodiments of the present invention canallow for increased flexibility in memory allocation (as well as in theamounts and types of parametric data collected, stored and processed)and in overall transceiver system design. These and other advantages ofthe present invention will become readily apparent from the detaileddescription of preferred embodiments below.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram showing an exemplary optical transceiversystem in accordance with embodiments of the present invention.

FIG. 2 is a block diagram showing an exemplary microcontroller for anoptical transceiver in accordance with embodiments of the presentinvention.

FIG. 3 is a block diagram showing an exemplary parametric data controlstructure in accordance with embodiments of the present invention.

FIGS. 4A, 4B, and 4C are block diagrams showing exemplary dynamic memorymaps for parametric data suitable for use in accordance with embodimentsof the present invention.

FIG. 5 is a flow diagram showing an exemplary method of allocatingmemory locations and controlling access to parametric data in accordancewith embodiments of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Reference will now be made in detail to various embodiments of theinvention, examples of which are illustrated in the accompanyingdrawings. While the invention will be described in conjunction with thefollowing embodiments, it will be understood that the descriptions arenot intended to limit the invention to these embodiments. On thecontrary, the invention is intended to cover alternatives, modificationsand equivalents that may be included within the spirit and scope of theinvention as defined by the appended claims. Furthermore, in thefollowing detailed description of the present invention, numerousspecific details are set forth in order to provide a thoroughunderstanding of the present invention. However, it will be readilyapparent to one skilled in the art that the present invention may bepracticed without these specific details. In other instances, well-knownmethods, procedures, components, and circuits have not been described indetail so as not to unnecessarily obscure aspects of the disclosure.

Some portions of the detailed descriptions which follow are presented interms of processes, procedures, logic blocks, functional blocks,processing, and other symbolic representations of operations on code,data bits, or data streams within a computer, processor, controllerand/or memory. These descriptions and representations are generally usedby those skilled in the data processing arts to effectively convey thesubstance of their work to others skilled in the art. A process,procedure, logic block, function, process, etc., is herein, and isgenerally, considered to be a self-consistent sequence of steps orinstructions leading to a desired and/or expected result. The stepsgenerally include physical manipulations of physical quantities.Usually, though not necessarily, these quantities take the form ofelectrical, magnetic, optical, or quantum signals capable of beingstored, transferred, combined, compared, and otherwise manipulated in acomputer or data processing system. It has proven convenient at times,principally for reasons of common usage, to refer to these signals asbits, streams, values, elements, symbols, characters, terms, numbers, orthe like, and to their representations in computer programs or softwareas code (which may be object code, source code or binary code).

It should be borne in mind, however, that all of these and similar termsare associated with the appropriate physical quantities and/or signals,and are merely convenient labels applied to these quantities and/orsignals. Unless specifically stated otherwise and/or as is apparent fromthe following discussions, it is appreciated that throughout the presentapplication, discussions utilizing terms such as “processing,”“operating,” “computing,” “calculating,” “determining,” “manipulating,”“transforming” or the like, refer to the action and processes of acomputer or data processing system, or similar processing device (e.g.,an electrical, optical, or quantum computing or processing device orcircuit), that manipulates and transforms data represented as physical(e.g., electronic) quantities. The terms refer to actions and processesof the processing devices that manipulate or transform physicalquantities within the component(s) of a circuit, system or architecture(e.g., registers, memories, other such information storage, transmissionor display devices, etc.) into other data similarly represented asphysical quantities within other components of the same or a differentsystem or architecture.

Furthermore, in the context of this application, the terms “wire,”“wiring,” “line,” “signal,” “conductor” and “bus” refer to any knownstructure, construction, arrangement, technique, method and/or processfor physically transferring a signal from one point in a circuit toanother. Also, unless indicated otherwise from the context of its useherein, the terms “known,” “fixed,” “given,” “certain” and“predetermined” generally refer to a value, quantity, parameter,constraint, condition, state, process, procedure, method, practice, orcombination thereof that is, in theory, variable, but is typically setin advance and not varied thereafter when in use.

Similarly, for convenience and simplicity, the terms “time,” “rate,”“period” and “frequency” are, in general, interchangeable and may beused interchangeably herein, but are generally given theirart-recognized meanings. Also, for convenience and simplicity, the terms“data,” “data stream,” “bits,” and “information” may be usedinterchangeably, as may the terms “connected to,” “coupled to,” and “incommunication with” (which may refer to direct or indirect connections,couplings, or communications), but these terms are generally given theirart-recognized meanings herein.

Embodiments of the present invention advantageously provide an approachthat dynamically allocates memory for usage in storing parametric datain an optical transceiver. Embodiments of the present invention canallow for increased flexibility in memory allocation, as well as in theamounts and/or types of parametric data collected, stored, andprocessed, and in overall transceiver system design. The invention, inits various aspects, will be explained in greater detail below withregard to exemplary embodiments.

According to various embodiments of the present invention, anarchitecture or circuit for memory allocation, suitable for use inoptical transceiver systems, is provided. In general, an opticaltransceiver in accordance with particular embodiments includes a memorywith a plurality of locations that can be dynamically allocated by amicroprocessor or microcontroller to store data from monitoredparameters related to transceiver operation. This approach can allow afiber optic transceiver to store memory in a dynamic fashion, either atlink-time or run-time, to provide increased flexibility in the design ofthe system, relative to conventional approaches.

Exemplary Parametric Data Access System

In one example, a system for accessing parametric data can include (i)an optical transceiver configured to transmit and receive optical data,where the optical transceiver includes a microprocessor and a memory,the microprocessor being configured to access the parametric data, andthe memory being configured to store the parametric data at one or morelocations that are dynamically allocated by the microprocessor; and (ii)a host configured to provide a request to the optical transceiver forthe parametric data and receive the parametric data from the opticaltransceiver in response to the request, where the parametric data isrelated to one or more operations of the optical transceiver, and thehost is unaware of the one or more locations in the one or more memoriesat which the parametric data are stored.

FIG. 1 illustrates an exemplary optical transceiver system 100 inaccordance with embodiments of the present invention. Opticaltransceiver system 100 can include optical transceiver 104 (e.g., afiber-optic transceiver) and host 102. Host 102 can be a host processor,circuit board, stand-alone optical network device (e.g., a repeater,optical switch, set-top box, etc.) or any other component or deviceincluding a suitable controller or processor. Host 102 can interfacewith optical transceiver 104 via communications interface 122. Forexample, communications interface 122 can be a serial interface.Alternatively, communications interface 122 can be a parallel interfaceincluding a plurality of bit signals.

Optical transceiver 104 can include microcontroller (MCU) 120, opticaltransmitter 116, and optical receiver 118. For example, opticaltransmitter 116 can include a light-emitting diode (LED), laser diode,or any other suitable device for generating light pulses (e.g., opticalsignals) over optical signal medium 130 (e.g., a fiber-optic link).Optical receiver 118 can be a photodiode or other device configured toreceive an optical signal 132 and convert the received optical signalinto an electrical signal. Optical signals 130 and 132 may be separateoptical links, or may be part of a common fiber-optic link or othersuitable optical connection (e.g., an optical waveguide, multi-modefiber[s] [MMF], single-mode fiber[s] [SMF], etc.). In addition, anoptical duplexer, an optical triplexer, or other multiple transceiverconfigurations can be formed by combining two or more opticaltransceivers 104 or components thereof (e.g., two or more optoelectronicreceivers with a single opt electric transmitter).

Analog electronic signals 124 are transmitted between analog-to-digitalconverter (ADC) 106 and optical transmitter 116, and between opticalreceiver 118 and ADC 106. Analog electronic signals 124 can accommodateoptical signal information in an electronic form. ADC 106 can thenconvert these electronic signals from an analog form into a digital formto allow for digital processing within MCU 120. MCU 120 can furtherinclude interface controller 114, central processing unit (CPU) ormicroprocessor 110, instruction memory 108, and data memory 112. MCU 120generally receives and transmits communications with host 102 over hostcommunications interface 122.

In certain embodiments, instruction memory 108 is a non-volatile memory,and data memory 112 is a volatile memory. However, instruction memory108 can alternatively be a volatile memory, or may contain portions ofboth non-volatile and volatile memories. Also, data memory 108 canalternatively comprise a non-volatile memory, or may contain portions ofboth volatile and non-volatile memories. Examples of non-volatilememories include electrically erasable programmable read-only memory(EEPROM), Flash EEPROM, magnetoresistive RAM (MRAM), laser programmablememories (e.g., fuse-based), or other suitable type of ROM ornon-volatile storage device. Examples of volatile memories includestatic random-access memory (SRAM), dynamic RAM (DRAM), or othersuitable type of RAM or volatile storage element that maintains a storedstate when power is applied.

In addition, while data memory 112 is generally described herein asstoring parametric data related to transceiver operation(s), such datacan alternatively or additionally be stored in instruction memory 108.For example, considerations of performance, memory availability andoperational efficiency can be used to determine whether parametric datais stored in instruction memory 108 and/or data memory 112. In someapplications, instructions can be stored in RAM or other data memory forperformance reasons. Further, various data memory (e.g., parametricdata) can be stored in ROM or other non-volatile memory for efficiencyreasons, such as when the stored data does not change or changesrelatively infrequently.

Exemplary Optical Transceiver

In one example, an optical transceiver can include (i) an opticalreceiver configured to receive optical data; (ii) an optical transmitterconfigured to transmit optical data; (iii) a microprocessor configuredto access data for each of a plurality of parameters that are related tooperation of at least one of the optical receiver and the opticaltransmitter; (iv) one or more memories configured to store the data at aplurality of locations that are dynamically allocated by themicroprocessor; and (v) an interface configured to (a) receive a requestfor data for one or more of the parameters from a host and (b) providethe data in response to the request, where the host is unaware of thelocations in the one or more memories at which the data are stored.

FIG. 2 illustrates an exemplary microcontroller 120 for an opticaltransceiver in accordance with embodiments of the present invention. ADC106 can interface with an optical transmitter and/or an optical receiver(not shown) via optical information signals 124. CPU 110 may utilizecontrol signal 216 for interacting with ADC 106 via converter 206.Register 202 can store and provide an output for ADC 106 by capturingoutput data from converter 206. In some cases, a demultiplexer (notshown) or a bank of registers may be used in addition to, or in placeof, register 202 to support a higher rate of data output from converter206. For example, data can be output from converter 206 into a bank ofregisters in a sequential or round-robin fashion. In the example of ademultiplexer, data output from converter 206 may be sent via thevarious demultiplexer outputs to CPU 110.

For example, register 202 can include parametric data related tooperation(s) of optical transmitter 116 and/or optical receiver 118(see, e.g., FIG. 1). As discussed above, register 202, while shown inFIG. 2 as a single register, can also be implemented as a bank ofregisters, or an otherwise larger memory portion for capturing largeramounts of data from ADC 106. For example, various parametric data canbe captured in a serial fashion or in parallel. As a result, althoughthe output of converter 206 is generally multi-bit (e.g., n bits wide,where n is a integer of at least 2, such as 4, 6, 8, 10, 12, 16, 32,etc.), the data output by register 202 may be serial or parallel. Inorder for CPU 110 to retrieve this parametric data, data access controlsignal 224 can be activated by CPU 110. In response to control signal224, data from register 202 can be output via ADC output signal/bus 218.

Parametric data can be provided to register 202 and/or accessed by CPU110 (via ADC output signal 218) at a predetermined frequency and/oron-demand. For example, converter 206 can periodically update register202 during normal operation of ADC 106 and/or CPU 110. If data accesscontrol signal 224 is held in an activated state, CPU 110 can receivethe periodically updated data from register 202 via ADC output signal218 at this same frequency. For example, this parametric update rate canvary from about 1 ms to about 100 ms (e.g., about 50 ms), or at anyother suitable update rate within this range or outside this rang,depending on the operating frequencies of ADC 106 and CPU 110 and thedesign of register 202 (e.g., whether it is or is part of a bank ofregisters, whether it includes a demultiplexer, etc.). Certainembodiments may also support a plurality of parametric update rates(e.g., different update rates for different parameters), includingvariable update rates for one or more of the parameters for which dataare periodically updated.

In some applications, this parametric data update rate can be programmedby a user. For example, a variety of supported update rates can bepresented to a user for selection via a graphical user interface (GUI).Also, while a given parametric data update rate can be selected orotherwise fixed, parametric data can also be updated upon demand. Insome cases, an option (e.g., a user option) can be employed whereby theparametric data is designated to be determined periodically or onlyupdated upon demand. In other cases, on-demand parametric data updatingcan essentially act as an override to an otherwise periodic data updatemode. Thus, parametric data can be updated via register 202 and ADCoutput signal 218 periodically and/or upon demand, and these data updatemodes may depend on particular applications, certain parameters, as wellas customer/user configurations.

CPU 110 can retrieve (e.g., fetch and/or pre-fetch) instructions frominstruction memory 108 via interface signals 226. CPU 110 can alsointerface with data memory 112 via bus(es) 210. For example, parametricdata received from ADC output 218 can be provided on bus(es) 210 to datamemory 112 for storage. Bus(es) 210 may be a serial bus or multi-bit busconfigured for serial and/or parallel communication, and may supportunidirectional and/or bidirectional signaling. CPU 110 can also sendcontrol signals on bus(es) 210 to control scanning of data memory 112 todetermine available memory locations for subsequent, or substantiallysimultaneous, storage of parametric data retrieved from register 202.Such scanning of data memory 112 can also be performed in periodicfashion and/or in response to on-demand requests, such as requests fromhost 102 to retrieve parametric data. For example, data memory 112 canbe scanned for available locations at substantially a same rate that ADCoutput signal 218 is updated, or at a higher or lower rate. Further, anon-demand parametric data update can also involve or include scanningdata memory 112 for available locations.

In one example, data memory 112 can include memory portion 212 and cacheportion 204. Cache portion 204 can be a smaller and faster memory (e.g.,have a smaller capacity/density and be configured to operate at a higherfrequency) relative to the remaining portion of data memory 112. Memoryportion 212 and/or cache portion 204 can also include a variety ofregisters that can be allocated for storage of parametric data, thelocations of which can be managed by CPU 110. Further, memory portion212 and cache portion 204 can be subdivided into any number of blocks orother arrangements (e.g., different chips) of memory. In this exemplaryarrangement, cache portion 204 can provide data memory output 222 tointerface controller 114. For example, cache portion 204 may storecopies of certain parametric data that is most likely to be requested byhost 102. In one embodiment, a user may configure a predetermined numberof parameters to also be stored in cache portion 204 along with memoryportion 212 so that such requested parametric data can be provided at afaster rate to host 102. Alternatively, copies of parametric data inmemory portion 212 can be made in cache portion 204 based on otherfactors, such as parametric data that is most recently written to orstored in memory portion 212, or parametric data that is most recentlyrequested by host 102. In this fashion, cache portion 204 mayeffectively be used to decrease parametric data access time to service arequest from host 102.

In certain embodiments, parametric data can be accessed and stored indata memory 112. CPU 110 can scan data memory 112 in order to determineavailable locations for storing the parametric data. Appropriateavailable locations can thus be allocated for parametric data storage.As discussed above, such allocating, as well as accessing and storing ofthe parametric data, can be performed periodically and/or upon demand.Once parametric data has been stored in data memory 112, this data isavailable for access via host communications interface 122. In addition,CPU 110 can manage parametric data storage locations by correlating anidentifier from a host request for parametric data to a pointer registerlinked to the appropriate storage location in data memory 112.

In certain embodiments, host 102 is not aware of the location at whichparametric data is stored in data memory 112. Thus, MCU 120 can maintainparametric data storage information (e.g., locations in data memory 112where certain parametric data are stored) while not providing thisinformation outside of the optical transceiver (e.g., fiber-optictransceiver 104 in FIG. 1) itself. Nonetheless, host 102 can stillrequest this parametric data from the optical transceiver.

For example, a request for parametric data can be received by interfacecontroller 114 via host communications interface 122. The request forparametric data from host 102 can include an identifier of a parameterfor which corresponding data are sought. In the present disclosure, forcompatibility with conventional or pre-existing (e.g., “legacy”) hosts,the request sent by the host may include address information, but theinformation identifying the parameter for which corresponding data aresought may or may not include such address information. Register 208 canstore the incoming identifier and the outgoing parametric data.Alternatively, separate registers can be used to store incomingidentifier information and outgoing parametric data. Controller 214(e.g., a microcontroller, programmable logic device [PLD], complex PLD[CPLD], field-programmable gate array [FPGA], etc.) within interfacecontroller 114 can send the request to the CPU 110 using command signal220. CPU 110 may then correlate or map the identifier from the requestfor parametric data to a particular memory location in data memory 112at which the requested parametric data is located. For example, CPU 110may maintain a table that maps the identifier from the request forparametric data to a pointer register that is linked to the appropriatestorage location in data memory 112.

Once CPU 110 receives the request for parametric data via command signal220, CPU 110 can then send a memory read request to data memory 112 viasignal 210. Host 102 may also send a memory address as part of a commandor request to access parametric data. However, such a memory addresssent by host 102 for such parametric data access may be ignored orotherwise interpreted by CPU 110 as something other than a memoryaddress. For example, host 102 may correlate the sought-after parametricdata to a location at a particular memory address of data memory 112,yet host 102 may remain unaware of the actual location at which thatparametric data is stored. Such operation can accommodate legacy hostsystems in which the host is configured to request parametric data byits storage location(s). However, in typical embodiments, the opticaltransceiver (and not the host) may store and/or know the actualparametric data storage locations.

Once the request command, or a version or derivative thereof (e.g., aparametric data identifier), received on host communications interface122 is sent to CPU 110 via command signal 220, CPU 110 can issue a readcommand on bus(es) 210 to data memory 112. As part of this process, CPU110 can effectively translate information received from host 102 as partof the parametric data access request into an actual memory locationthat stores the sought after parametric data. As will be discussed inmore detail below, pointers may be used to accomplish this translationor mapping operation. In any event, parametric data can be read fromdata memory 112 via memory output signal 222. Interface control register208 can receive the requested parametric data, which may subsequently beprovided to host 102 via host communications interface 122.

As discussed above, interface control register 208 may also be used tostore the incoming identifier parsed or derived from the request forparametric data from host 102. In this case, register 208 may be wideenough (e.g., 32 bits, 64 bits, 128 bits, etc.) to accommodate suchrequest information and outgoing parametric data information.Alternatively, separate registers (e.g., 16 bits, 32 bits, 64 bits,etc.) can be used to store incoming identifier information and outgoingparametric data. Further, various registers and storage locationsdiscussed herein may also be lumped together in a same memory block orother storage structure.

FIG. 3 illustrates an exemplary parametric data control structure 300 inaccordance with embodiments of the present invention. Parametric datacontroller 302 in CPU 110 can activate signal 224 to read the parametricdata contents of ADC output register 202 on ADC output bus 218.Parametric data controller 302 can then write the accessed parametricdata into parametric registers 308 via bus 316. For example, parametricregisters 308 can include any number of registers (e.g., 310-0, 310-1,310-2, . . . 310-N, where N is an integer of 3 or more). As discussedabove, ADC output register 202 may be implemented as a bank of registersinstead of one register. For example, parameter registers 308 may formthis bank of registers as a replacement for, or in addition to, the ADCoutput register 202.

Outputs 318 from parametric registers 308 can be supplied to anappropriate location 314 (e.g., 314-X, . . . 314-Y, . . . 314-Z, . . .314-N, . . . ) in allocated memory 312. Parametric data controller 302can also set (e.g., via signal 322) a pointer 306 in pointer registers304 (e.g., 306-0, 306-1, 306-2, . . . 306-N) to correspond withallocated memory location 314 (e.g., via signal 320). In this fashion,parametric data from ADC output register 202 can be stored in a location314 in allocated memory 312. Further, location 314 can be subsequentlyaccessed using a pointer 306 from pointer registers 304. Parametric datacontroller 302 can maintain pointer registers 304 corresponding toallocated memory 312. Parametric data controller 302 can also include atable that stores a location of a pointer 306 corresponding to aspecific parameter. In this way, the identifier from the request forparametric data can be correlated or mapped to a particular memorylocation 314 in allocated memory 312 at which the requested parametricdata is located. Data memory output may then be provided on bus 222 tointerface controller 114 from the allocated memory 312 in response to arequest via signal 220.

Any suitable register sizes (e.g., 8 bits wide, 16 bits wide, 32 bitswide, etc.), depending on CPU architecture, operating system, as well asother design considerations, etc., can be supported in particularembodiments. Also, any suitable formats (e.g., bit maps, unsigned/signedintegers, IEEE floating point, etc.) for the registers can be supportedin certain embodiments. Further, any suitable capacity (e.g., at least 2kB, several kB, 16 kB, or higher) of data memory 112 can be supported inparticular embodiments. Also, any suitable memory technologies or typesof memories (e.g., flash memory, serial EEPROM, SRAM, DRAM, etc.) canalso be supported in particular embodiments. In addition, cache memory204 (see, e.g., FIG. 2) can represent a smaller and faster memoryrelative to a remaining portion of data memory 112. Various registersand/or allocated memory portions can be found or replicated within cachememory 204 to support faster accesses to parametric data that may bestored therein.

FIGS. 4A, 4B and 4C illustrate exemplary dynamic memory layouts or mapssuitable for storing parametric data in accordance with embodiments ofthe present invention. Example 400 (FIG. 4A) shows various monitoredparametric data related to operation of an optical transceiver, storedin various memory locations 402 of data memory 112. In this example,temperature data can be stored at memory location 402-0, voltage (e.g.,supply voltage) data can be stored at memory location 402-1, optical orlaser bias current data can be stored at memory location 402-3,transmitted or laser optical power data can be stored at memory location402-4, and received optical power data can be stored at memory location402-6. Memory locations 402-2 and 402-5 may be reserved for otherdata/information, or allocated in the future for new parametric data(e.g., new data for a new parameter or a previously monitoredparameter).

In certain embodiments, parametric data can be allocated or re-allocatedamong suitable memory locations in a dynamic fashion. As shown in theexample 400′ (FIG. 4B), temperature data can be stored at memorylocation 402-0, voltage data can be stored at memory location 402-2,optical bias current data can be stored at memory location 402-1,transmitted optical power data can be stored at memory location 402-6,and received optical power can be stored at memory location 402-4. Inthe case where example 400′ represents example 400 after a few cycles ofreceiving and storing new parametric data (e.g., parametric dataupdates), old or unnecessary parametric data can be either written overor allocated to a different memory location within data memory 112.Thus, as discussed herein, parametric data can be stored at any suitabledynamically allocated memory location.

As shown in the example 400″ of FIG. 4C, certain parametric data mayalso be stored at more than one memory location 402 in data memory 112.For example, temperature data can be stored at memory locations 402-0,402-2, and 402-3, while voltage data can be stored at memory location402-1, optical bias current data can be stored at memory location 402-5,transmitted optical power data can be stored at memory location 402-6,and received optical power can be stored at memory location 402-4. Thetemperature data stored at memory locations 402-0, 402-2, and 402-3 mayrepresent, e.g., different instances or samplings of the sametemperature parameter. Such multiple instances or samplings of the sameparameter can be used to calculate an average, a sum, or other result ofa mathematical calculation (e.g., minimum/maximum determinations)performed on the parametric data stored in the multiple memorylocation(s). Alternatively, the temperature data stored at one memorylocation (e.g., 402-0) may represent a temperature of one component ofthe optical transceiver (e.g., the transmitter laser), while thetemperature data stored at other memory location (e.g., 402-2, 402-3)may represent temperatures of other components of the opticaltransceiver (e.g., the receiver laser diode, the transmitter laserdriver circuit, etc.),

While the parametric data shown in FIGS. 4A, 4B, and 4C represent someexamples of parametric data, any data related to optical transceiveroperation can be accommodated in particular embodiments. For example,temperatures of multiple structures or units in optical transceiver 104,such as the temperature of the transmitting laser, a module, and/or acomponent in the optical receiver 118 can be stored and/or managed. Alsofor example, voltages of multiple structures, signals, or units inoptical transceiver 104 can be stored and/or managed. In addition, powerdata can be stored and/or managed, including transmitter power,radio-frequency (RF) power and/or video power, such as transmittedoptical digital power, received optical digital power, received opticalvideo power, RF output power, and/or video output power. Further, otherlaser related data can also be stored and/or managed, such as laseroutput wavelength and/or optical output data frequency.

Functions or parameters related to operation(s) of the opticaltransceiver can also be changed over time. For example, data output fromADC 106 (e.g., at ADC output register 202) can be adjusted (e.g., byformula, calibration, re-programming, etc.) such that different data isaccessed. Parameter registers 308, ADC output register 202, or otherassociated registers can also be re-programmed to change the informationthat is stored therein. Allocated memory 312 can also be de-allocated inwhole or in part, with re-allocation accommodating different monitoredparameters.

Exemplary Methods of Controlling Parametric Data Access

In one example, a method of controlling access to parametric data in anoptical transceiver can include (i) scanning one or more memories in theoptical transceiver to determine available data storage locationstherein; (ii) dynamically allocating a location from the available datastorage locations for storage of the parametric data, where theparametric data is for an operational parameter of the opticaltransceiver; and (iii) storing the parametric data in the one or morememories at the location. In another example, a method of accessingparametric data in an optical transceiver can include (i) receiving arequest for the parametric data from a host, where the parametric datais for an operational parameter of the optical transceiver; (ii)translating an identifier from the request into a location in one ormore memories in the optical transceiver at which the parametric data isstored, where the host is unaware of the location; and (iii) sending therequested parametric data to the host.

FIG. 5 illustrates an exemplary method 500 of controlling access toparametric data in accordance with embodiments of the present invention.The flow can begin at 502, and memory can be scanned to find availablelocations for parametric data storage (and optionally, for storage ofpointers) at 504. For example, CPU 110 can scan data memory 112 to findsuch available locations. The available locations can be allocated forparametric data related to transceiver operation at 506. For example,allocated memory portions 312 can be determined from an overall scannedmemory portion within data memory 112. Allocating memory locations mayfurther include configuring a pointer register block (e.g., registerblock 304 in FIG. 3) to correlate certain pointer registers (e.g.,registers 306-0 through 306-N) with corresponding parametric data (e.g.,stored in allocated memory 312). For example, pointer register 306-0 canbe configured to store the pointer for the location of a temperature ofa particular component, pointer register 306-1 can be configured tostore the pointer for the location of a voltage, pointer register 306-2can be configured to store the pointer for the location of thetransmitted optical power (e.g., laser output power), and pointerregister 306-N can be configured to store the pointer for the locationof the received optical power.

Referring back to the flow chart of FIG. 5, at 508, parametric data isthen stored at the allocated locations in the memory. For example,parametric data can be transferred from parametric registers 308 (or ADCoutput register 202) in FIG. 3 to an allocated location in allocatedmemory 312, and the addresses of the allocated locations can be storedin the pointer registers 306-0, 306-1, 306-2, . . . and/or 306-Ncorresponding to the parameter for which the data were obtained. Thus,pointers 306-0, 306-1, 306-2, . . . 306-N in pointer registers 304 canbe utilized to subsequently find corresponding locations of storedparametric data in allocated memory 312.

If, at 510, no request for parametric data (e.g., a read command) from ahost is received, the flow returns to 504 to scan for available memorylocations. Thus, continued parameter monitoring, accesses within theoptical transceiver, and storage of the parametric data at allocatedmemory locations, may occur until a request for such data is receivedfrom the host at 510. Once a request for parametric data is receivedfrom the host at 510, a command identifier or other information from thehost request may be translated or correlated at 512 using the pointer(s)to the appropriate location in the allocated memory of the requestedparametric data. For example, parametric data controller 302 in FIG. 3can send a signal 322 to pointer registers 304 to match an appropriatepointer 306-0, 306-1, 306-2, . . . or 306-N corresponding to therequested data in allocated memory 312.

Referring back to FIG. 5, at 514, the requested parametric data may thenbe retrieved from allocated memory 312 and sent to the host via acommunications interface, and the flow 500 may return to 510 determineif there is another read command from the host. For example, referringto FIG. 3, pointer register 306-2 can be used to determine that therequested parametric data is found at allocated memory location 314-Y.This data can then be supplied to interface controller 114 via memoryoutput 222, and then sent from interface controller 114 to host 102 viathe host communications interface 122. Once another request forparametric data is received from the host at 510 (FIG. 5), this requestcan similarly be translated at 512 to access new parametric data fromthe allocated memory. However, if there is no pending request forparametric data from the host at 510, the flow may return to 504 to scanthe available memory (e.g., in data memory 112) to find availablelocations. In further embodiments of the flow 500, both of the upperloop 504, 506, 508 and 510 can operate simultaneously and/orcontinuously with the lower loop 510, 512 and 514.

As discussed above, the rates at which the memory is scanned and data isstored at allocated memory locations, as compared to the rates at whichread commands are received from the host and requested parametric datais sent in response to the host, are variable in particular embodiments.For example, the flow including 504, 506, and 508 can occur at one rate,while the flow including 510, 512, and 514 can occur at a differentrate. Thus, parametric data can be stored in allocated memory at a ratethat is independent of the rate at which a host requests such data.Alternatively, such to rates may be the same, such as when parametricdata is obtained on demand based on requests for the parametric data.

Exemplary Software

The present invention also includes algorithms, computer program(s)and/or software, implementable and/or executable in an embedded device,such as a network switch, router, etc., or a general purpose computer orworkstation equipped with a conventional digital signal processor,configured to perform one or more steps of the method and/or one or moreoperations of the hardware. Typically, in the present disclosure thehost is such an embedded device. Thus, a further aspect of the inventionrelates to algorithms and/or software that implement the abovemethod(s). For example, the invention may further relate to a(non-transitory) computer program or computer-readable medium containinga set of instructions which, when executed by an appropriate processingdevice (e.g., a signal processing device, such as a microcontroller,microprocessor or DSP device), is configured to perform theabove-described method and/or algorithm.

For example, the computer program may be on any kind of readable medium,and the computer-readable medium may comprise any (non-transitory)medium that can be read by a processing device configured to read themedium and execute code stored thereon or therein, such as a floppydisk, CD-ROM, magnetic tape or hard disk drive. In some embodiments, thepart or parts of the software and/or algorithm(s) that reside in thehost may be included in general purpose computer software (e.g., adriver), encoded and/or stored on such a medium. Such code may compriseobject code, source code and/or binary code.

In the present disclosure, the code is generally configured fortransmission through an appropriate medium, such as copper wire, aconventional twisted pair wireline, a conventional network cable, aconventional optical data transmission cable, or even air or a vacuumfor wireless signal transmissions, as are signals generated inaccordance with the code or with hardware executing the code. The codefor implementing the present method(s) is generally digital, and isgenerally configured for processing by a conventional digital dataprocessor (e.g., a microprocessor, microcontroller, or logic circuitsuch as a programmable gate array, programmable logic circuit/device orapplication-specific [integrated] circuit).

In various embodiments, the computer-readable medium comprises at leastone instruction to (i) scan one or more memories in the opticaltransceiver to determine available data storage locations therein; (ii)allocate a location from the available data storage locations forstorage of the parametric data, where the parametric data is for anoperational parameter of the optical transceiver; and (iii) store theparametric data in the one or more memories at the location. Thecomputer-readable medium may further comprise at least one instructionto store a pointer or address of the location of stored parametric datain a predetermined location corresponding to the parameter for which thedata were obtained.

In further embodiments, the computer-readable medium comprises at leastone instruction to (i) receive, recognize or process a request for theparametric data from a host, where the parametric data is for anoperational parameter of the optical transceiver; (ii) translate anidentifier in or from the request into a location in one or morememories in the optical transceiver at which the parametric data isstored; and (iii) send the requested parametric data to the host. Ingeneral, the host is unaware of the location at which the parametricdata is stored.

While the above examples include particular implementations of registersand other memory arrangements, one skilled in the art will recognizethat other technologies and arrangements may also be used in accordancewith embodiments. For example, data access using tagging techniquesother than pointers can be used in certain embodiments. Further, oneskilled in the art will recognize that other forms of signaling and/orcontrol (e.g., current-based signaling, flag-based signaling,differential signaling, etc.) may also be used in accordance withvarious embodiments.

The foregoing descriptions of specific embodiments of the presentinvention have been presented for purposes of illustration anddescription. They are not intended to be exhaustive or to limit theinvention to the precise forms disclosed, and obviously manymodifications and variations are possible in light of the aboveteachings. The embodiments were chosen and described in order to bestexplain the principles of the invention and its practical application,to thereby enable others skilled in the art to best utilize theinvention and various embodiments with various modifications as aresuited to the particular use contemplated. It is intended that the scopeof the invention be defined by the claims appended hereto and theirequivalents.

What is claimed is:
 1. An optical transceiver, comprising: a) an opticalreceiver configured to receive optical data; b) an optical transmitterconfigured to transmit optical data; c) a microprocessor configured toaccess data for each of a plurality of parameters that are related tooperation of at least one of said optical receiver and said opticaltransmitter; d) one or more memories configured to store said data at aplurality of locations that are dynamically allocated by saidmicroprocessor; and e) an interface configured to (i) receive a requestfor data for one or more of said parameters from a host and (ii) providesaid data in response to said request, wherein said host is unaware ofsaid locations in said one or more memories at which said data arestored.
 2. The optical transceiver of claim 1, wherein said locations isare dynamically allocated by said microprocessor during normaloperation.
 3. The optical transceiver of claim 1, further comprising oneor more analog-to-digital converters (ADCs) coupled to said opticaltransmitter and said optical receiver, wherein said one or more memoriescomprises a plurality of registers corresponding to said one or moreADCs, and each of said registers is configured to store data for one ofsaid parameters.
 4. The optical transceiver of claim 1, wherein said oneor more memories comprises a volatile data storage memory configured tostore data for all of said plurality of parameters.
 5. The opticaltransceiver of claim 1, wherein said microprocessor accesses saidlocation(s) of said data in response to said request from said host. 6.The optical transceiver of claim 1, wherein said parameters comprise atleast two members of the group consisting of temperature of laser,temperature of module, temperature of optical receiver, voltages,optical bias current, transmitted optical digital power, receivedoptical digital power, received optical video power, radio-frequency(RF) output power, and laser wavelength.
 7. The optical transceiver ofclaim 1, wherein said microprocessor is configured to scan said one ormore memories to determine available locations for storage of said data.8. The optical transceiver of claim 1, wherein said microprocessor isconfigured to translate a command identifier from said host into acorresponding location in said one or more memories using a pointer. 9.The optical transceiver of claim 8, further comprising a pointerregister configured to store said pointer when said microprocessordynamically allocates said corresponding location.
 10. An opticaltriplexer, comprising the optical transceiver of claim
 1. 11. A methodof controlling access to parametric data in an optical transceiver, themethod comprising: a) scanning one or more memories in said opticaltransceiver to determine available data storage locations therein; b)dynamically allocating a location from said available data storagelocations for storage of said parametric data, wherein said parametricdata is for an operational parameter of said optical transceiver; and c)storing said parametric data in said one or more memories at saidlocation.
 12. The method of claim 11, wherein said location isdynamically allocated by a microprocessor in said optical transceiverduring normal operation.
 13. The method of claim 11, further comprisingstoring a pointer to said location in a register after said location isallocated.
 14. The method of claim 13, wherein: a) said parametric datais an output of an analog-to-digital converter (ADC); b) said one ormore memories comprises a register receiving said output of said ADC;and c) said pointer indicates said register as said location in said oneor more memories at which said data are stored.
 15. A method ofaccessing parametric data in an optical transceiver, the methodcomprising: a) receiving a request for said parametric data from a host,wherein said parametric data is for an operational parameter of saidoptical transceiver; b) translating an identifier from said request intoa location in one or more memories in said optical transceiver at whichsaid parametric data is stored by a process comprising accessing apointer from a register, said pointer corresponding to said location,said host being unaware of said location; c) storing said pointer insaid register when said location is allocated from a plurality ofavailable data storage locations in said one or more memories; and (d)sending said requested parametric data to said host.
 16. The method ofclaim 15, further comprising accessing said parametric data at saidlocation after receiving said request for said parametric data from saidhost and prior to sending said requested parametric data to said host.17. The method of claim 15, wherein said parametric data is an output ofan analog-to-digital converter (ADC), said one or more memoriescomprises an output register receiving said output of said ADC, and saidpointer indicates said output register as said location in said one ormore memories at which said data are stored.
 18. The method of claim 17,wherein said output of said ADC is stored in said register when arequest for said data is received from said host.
 19. A system foraccessing parametric data, the system comprising: a) an opticaltransceiver configured to transmit and receive optical data, whereinsaid optical transceiver comprises a microprocessor and a memory, saidmicroprocessor being configured to access said parametric data, and saidmemory being configured to store said parametric data at one or morelocations that are dynamically allocated by said microprocessor; and b)a host configured to provide a request to said optical transceiver forsaid parametric data and receive said parametric data from said opticaltransceiver in response to said request, wherein said parametric data isrelated to one or more operations of said optical transceiver, and saidhost is unaware of said one or more locations in said one or morememories at which said parametric data are stored.
 20. The system ofclaim 19, wherein said optical transceiver further comprises ananalog-to-digital converter (ADC), said ADC having a register configuredto store said parametric data prior to said parametric data being storedin said one or more memories.
 21. The system of claim 19, wherein saidparametric data comprises data for at least two members of the groupconsisting of temperature of laser, temperature of module, temperatureof optical receiver, voltages, optical bias current, transmitted opticaldigital power, received optical digital power, received optical videopower, radio-frequency (RF) output power, and laser wavelength.
 22. Thesystem of claim 19, wherein said microprocessor is configured totranslate a command identifier from said host into a corresponding oneof said one or more locations in said one or more memories using apointer.
 23. The optical transceiver of claim 9, wherein saidmicroprocessor is configured to translate a plurality of commandidentifiers from said host into a plurality of corresponding locationsin said one or more memories using a plurality of correspondingpointers, and said pointer register stores each of said plurality ofpointers when said microprocessor dynamically allocates saidcorresponding locations.
 24. The system of claim 22, wherein saidmicroprocessor is configured to translate a plurality of commandidentifiers from said host into a plurality of corresponding locationsin said one or more memories using a plurality of correspondingpointers, and said system further comprises a pointer registerconfigured to store said plurality of pointers when said microprocessordynamically allocates said corresponding locations.